Updated galician translations

GtkFontButton: default show-preview-entry to TRUE

This is what the property declaration says, after all.
https://bugzilla.gnome.org/show_bug.cgi?id=695948

GtkEntryAccessible: also handle entry icon tooltip NULL in notify_gtk.

To clear the tooltip one is to set the tooltip to NULL. Though
the GtkEntryAccessible expect this tooltip to not be NULL in
gtk_entry_accessible_notify_gtk (already handling this case
 in its _init).

Fixes:
** (epiphany:23914): CRITICAL **: atk_object_set_description: assertion
`description != NULL' failed
when epiphany g_object_set the entry icon tooltip to NULL (clear the
tooltip) in its find bar.

https://bugzilla.gnome.org/show_bug.cgi?id=695375

GtkLabel: fix mnemonic-keyval when use-markup is true

To extract the mnemonic key value, the string must contain the
underscore. But when the "gtk-auto-mnemonics" setting is true and when
the Alt key is not pressed, the underscore must not be displayed. The
problem was that the 'new_str' variable was used for both purposes:
extract the text to display, and extract the accelerator character.

When the underscore must not be visible, the underscores were removed
from the 'new_str' variable before extracting the accelerator character.

Now there are two strings, one for each purpose.

https://bugzilla.gnome.org/show_bug.cgi?id=674759

Updated POTFILES.in

css: Add style entries for client side decorations to default CSS

window: Render inner and outer border separately

This lets themes render a window frame in the inner border,
and a shadow or nothing in the outer border.

window: Split the border into inner and outer

For now, nothing changes, we're using the sum of inner and
outer border everywhere.

In the future, we will make the inner border the visible
window frame, and the outer border the shadow/resize border.

window: Hide the border when maximized

Dragging windows from the border is not useful when maximized.

window: Add a window menu to the titlebar

The menu is triggered by right-click on the titlebar
or with the menu key.

window: Allow resizing by clicking on the border

We also change cursors to indicate what interactions
are possible in various window regions.
Double clicking on the titlebar maximizes the window.

window: Allow theme control over window buttons

Add a style property to control the presence and order of
window buttons. We allow buttons at the left and right side,
they can be specified like this: icon,close:minimize,maximize.

Also, change the default button layout back to have just a close
button on the right, use icons in buttons, and set style classes
on the buttons, to allow better theming.

Add icons for frame buttons

Add window-minimize, window-maximize, window-restore and window-delete
icons to the builtin icon theme. These will be used for icons in
the window buttons, and the expectation is that the icon theme
will provide icons matching the desired decoration style.

window-delete is used instead of window-close, since window-close
is also used for GTK_STOCK_CLOSE, and the two may require different
styles when used inside the application vs in the window frame.

window: Hide frame buttons when appropriate

Hide the close button if the window is not deletable, hide the
maximize button if the window is not resizable, and hide all
buttons if the window is a dialog.

Update buttons when the window state changes.

window: Use same title fallback mechanism as X backend

This looks at the application name or program name and uses that
as the title if gtk_window_set_title has not been called.

window: Add support for enabling client decorations on non-Wayland

Client side decorations can be enabled on non-Wayland platforms by
setting the GTK_CSD="1" environment variable.

We must ensure we have a GdkVisual that has an alpha channel since
the decorations rely on transparency. If we cannot get a visual with
an alpha channel then we do not enable client side decorations.

window: Hide the decorations on fullscreen

This is expected behaviour for fullscreen windows.

window: Don't set a background pattern/colour when client decorated

Otherwise we'll potentially get some background sticking through our rounded
corners in our decorations. The actual background will get drawn as part of
the decoration drawing.

window: Add initial support for client-side decorations under Wayland

This change comprises four main parts:
 * the creation of the widgets that form the decorations,
 * implementation of get_preferred_height/width, and the for_width/for_height
   variants,
 * taking the decorations into account when allocating,
 * and drawing the decorations themselves.

Kristian did the bulk of the original work on this but any bugs are almost
certainly mine through the many refactorings and rebasings.

Add GtkHeaderBar

This widget has been developed as GdHeaderBar in libgd.
The copy here has been renamed and changed to use GTK+
internals.

window: Allow _gtk_window_set_allocation to return a modified allocation

Update the documentation and users of this function to handle
the future case that that we have some internal decorations to the window and
useable allocation is thus smaller.

By having a separate out parameter there is no need to have an in/out function
and allows for greater robustness.

The current implementation simply returns the allocation provided.

Add an index for 3.10 api additions

Define 3.10 version macros

Bump version to 3.9.0

Needed so that GDK_AVAILABLE_IN_3_10 works.

Updated Belarusian translation.

gdk_{pointer,keyboard}_grab are deprecated

so mention the non deprecated gdk_device_grab as well

Updated Danish translation of the properties

Updated Danish translation

Small API doc fixes

For gtk_text_iter_get_char(), due to the "Returns" at the beginning of
the description, the description was not visible. So the first sentence
has been reworded.

GtkGrid: Tweak size allocation

If there are rows that contain only spanning children,
our algorithm was unnecessarily distributing extra space
to the other rows, even if they contain only non-expanding
children.

We improve the behaviour by treating rows containing only
spanning children as expanding.

Add another grid sizing reftest

This test exercises spanning children such that there are
rows which contain only spanning cells.

stylecontext: Do invalidation on first resize container

... instead of taking the last one we find. This is necessary as
attached widgets (mostly menus) can be attached to an invisible widget,
but we still want to invalidate styles for them.

https://bugzilla.gnome.org/show_bug.cgi?id=695772

Updated po-properties French translation

Forward-port from gtk-3-8 branch.

docs: Typo fix

reftests: Add reftest for separator fixes

Reftest for 61c4425161be3146c0c753a766f35442549bfe72.

Includes a workaround for a grid bug which should be removed once
GtkGrid is fixed.

separator: Don't use padding and borders wrongly

Borders for size requests and padding for drawing? Really?

Removed them, as that is the least invasive fix shortly before a
release.

wayland: Rename GdkDeviceManagerCore to GdkWaylandDeviceManager

The 'core' naming is just an artifact of having several generations
of input extensions in X11, no need to propagate that into other
backends.

Include config.h in gdkenumtypes.c.template

At the same time, drop the GDK_ENABLE_BROKEN define.
Nothing broken in GDK broken anymore :-)

Updated Galician translations

Conflicts:
po/gl.po

Assamese translation updated for gnome 3.8

Assamese translation updated for gnome 3.8

Minor doc cleanup

Remove widget references from interface docs.

https://bugzilla.gnome.org/show_bug.cgi?id=695874

a11y: Emit text-changed signals directly

When setting new text on the label, the text-changed::delete signal
needs to be emitted before deleting the text (so that atk-bridge can
query the old text) while the text-changed::insert event needs to happen
afterwards (for the same reason). The old code using the notify signal
was only emitted after changing the text.

GtkApplication: Allow passing windows on non-X11 targets

It's not the application's fault that we don't do anything
with the passed GtkWindow on non-X11, so don't try to get an XID
on non-X11.

https://bugzilla.gnome.org/show_bug.cgi?id=695783

Updated Indonesian translation

Updated Korean translation

printing: Use DBus calls instead of Avahi API

Converts usage of Avahi API to DBus calls. This change allows
us to remove dependency on avahi-gobject and avoids of possible
circular dependency.
Lists printers if Gtk+ is compiled with CUPS 1.6 or newer.

printing: Remove usage of GError in connection test

Really remove usage of error in previous commit.

Related to
https://bugzilla.gnome.org/show_bug.cgi?id=695714

printing: Don't hang when getting info for Avahi printer

Asynchronously create testing connection to address returned
by GaServiceResolver. Don't request info for such printer if
the connection fails.

https://bugzilla.gnome.org/show_bug.cgi?id=695714

Add a missing runtime check

The cursor theme and size settting code was ifdefed to only
be compiled with the X11 backend, but it didn't check for
running under X at runtime. Fix that.
http://bugzilla.gnome.org/695495

printing: Show Avahi printers on IPv6 network

Create correct URIs for printers on IPv6 networks.

gdk/gdkwindow.c, gtk/gtkwidget.c: Include fallback-c89.c

Both of them started to make use of round(), a C99 function.  So, include
fallback-c89.c to provide a fallback implementation for round() for
compilers that don't have round()

https://bugzilla.gnome.org/show_bug.cgi?id=694339

gdk/fallback-c89.c: Add fallback for round()

This is essentially done by simply copying from gtk/fallback-c89.c

https://bugzilla.gnome.org/show_bug.cgi?id=694339

treeview: Don't emit cursor-changed in destruction

This is a workaround until we have a good idea on how we want to handle
signal disconnection before/during/after dispose and destroy vfunc
calls.

https://bugzilla.gnome.org/show_bug.cgi?id=671939

reftests: Add animation loading test

XPM files weren't loaded properly.

https://bugzilla.gnome.org/show_bug.cgi?id=695228

Drop the Motif DND protocol

The implementation is not working and unused, since XDND is the
de-facto standard under X nowadays.

https://bugzilla.gnome.org/show_bug.cgi?id=695476

filechooserbutton: Duh, remove all the timeouts after tests

Otherwise tests may start failing if they start after an old timeout triggers.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Add a description string to assertions about emitted signals

On failed tests, this lets us more easily see see which assertion failed.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Give proper names to the SELECT_FOLDER tests with cancelled dialog

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Don't duplicate tests for GTK_RESPONSE_DELETE_EVENT

Instead, re-run tests made for GTK_RESPONSE_CANCEL with the delete-event response.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Do not propagate state from the dialog unless it is active

Change of plans to match the tests from the previous commit.

The state of the underlying dialog is never reflected by GtkFileChooserButton's API,
as the dialog is a transient thing.  The file chooser button only updates its state from the dialog,
and reflects the dialog's state, when the dialog has been confirmed and dismissed by the user.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: whitespace fixes

filechooserbutton: For the open-dialog-cancel-* tests, add a real nomenclature and test all the combinations

We used to have numeric names, which are a pain to maintain when new tests are added.
Now we have a real nomenclature (see the comment at the beginning of the open-dialog-cancel-* tests),
which lets us see easily if we have tested all the combinations.

Also, added all the combinations that were missing and removed redundant tests.
Not all the tests pass currently.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Update the button's state only on programmatic changes to the filechooser's state

The idea is that the button will only update its state of the selection and current folder
when changes to those are done either by the calling program (with the filechooser's API)
or when the user actually confirms and dismisses the underlying GtkFileChooserDialog.

If the user makes changes to the dialog but has not dismissed it yet, those changes
will not be reflected in the button (as one would expect).

This commit also makes sure the current-folder-changed and selection-changed signals
are emitted at the right times.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Emit 'selection-changed' when changing the selection programmatically

We only emitted that signal when the selection changed through the underlying GtkFileChooserDialog.

To do this when the dialog is not active and the selection is changed by the calling program
(instead of by the user), we need to wait until the GtkFileChooserButton's UI has been updated
via an async callback from GIO.  So, we keep track of whether an entry point into the
button's API caused a programmatic change in the selection.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: For tests, wait for signals instead of just sleeping

This should let tests complete faster.  Also, this will let us test
that the correct signals are actually being emitted.

The tests now fail, as the signals are not being emitted when they
should.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: whitespace fixes

Updated Korean translation

label: Fix memleak

Caused by recent refactoring in e09957a47da9425cc26d1b33cb4e9cc3e92e9ac7

[l10n] Updated Catalan translation

stylecontext: If we force invalidate, invalidate all properties

We only FORCE_INVALIDATE when something weird changes that the CSS
machinery can't detect. But now that our style_updated functions skip
recomputations when some properties don't change we want to make sure
these recomputations are still run. So we just claim all properties
changed.

http://bugzilla.gnome.org/show_bug.cgi?id=695482

label: refactor code

If text didn't change, don't change it.

And if that sentence made no sense, that might explain why I refactored.

combobox: popdown the combobox when on 'grab-broken-event'

And also explicitly remove pointer/keyboard grabs from the display.

Whenever the grab is reported lost, we should popdown the combobox, so that the
GDK_WINDOW_TEMP window is hidden and removed from the toplevel, as done with
the menu for example.

Leaving the GDK_WINDOW_TEMP window open when re-activating the application
triggers several issues in the win32 backend, due to restacking windows of the
non-toplevel group into the toplevel group:

https://bugzilla.gnome.org/show_bug.cgi?id=695200

docs: Disable GtkPlug/GtkSocket docs on Wayland

As those two types do not exist in the Wayland backend,
and the docs build would fail.

https://bugzilla.gnome.org/show_bug.cgi?id=695682

filechooserbutton: During unselect_all(), update the widgets in all situations

Not just if we thought we had a selection.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: Add tests for unselect_all()

These all pass except one.

filechooserbutton: HACK: Set a reasonable size for the dialog in the tests' second iteration

Something is causing the GtkFileChooserDialog to be resized really small on the second time it is run
during each test for GtkFileChooserButton.  So as a temporary hack we set it to 500x500 pixels on
the second run, so the size allocation code doesn't bomb on us.

gtkfilechooserbutton: In tests, allow the possibility of doing unselect_all

filechooserbutton: When the combo box changes, set the *file*, not the current folder

The currently-selected file *is* the selection even in SELECT_FOLDER mode.  Do not confuse this
with the current folder.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Punjabi: Translation updated (aalam)

Updated Serbian translation

[l10n] Updated German translation

[l10n] Updated German translation

Updated Indonesian translation of po-properties

Updated Indonesian translation

Fix typo reqired -> required

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

Conflicts:
po-properties/pt_BR.po

Updated Brazilian Portuguese translation

treeview: fix a critical warning

gtk_tree_view_column_unset_tree_view() resets column->priv->tree_view to
NULL.
The function is called when a column is removed, but later from the same
function we would call _gtk_tree_view_column_unrealize_button(), which
expects column->priv->tree_view to be != NULL, causing these critical
warnings

Gtk-CRITICAL **: gtk_widget_unregister_window: assertion
`GTK_IS_WIDGET (widget)' failed

This commit moves the call to unset the tree view after the button is
unrealized.

https://bugzilla.gnome.org/show_bug.cgi?id=695473

docs: change id for Wayland section to not conflict with OS X

https://bugzilla.gnome.org/show_bug.cgi?id=695391

Avoid a warning under Wayland

Just having an ifdef is not enough, we need to check the type
of the window at runtime.

Updated Polish translation

Updated POTFILES.in

filechooserbutton: Update the combo box even after the dialog is cancelled

We assumed that we didn't have to update the combo box if the dialog got cancelled,
as it should simply retain its previous contents.  But this assumption doesn't work
as the dialog is brought up with the 'Other...' item - we don't want the
combo box to keep showing 'Other...' if the dialog is cancelled.

The test from the previous commit now passes.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: New test for opening the Other item in the combo box and then canceling the dialog

There is this bug:

1. Start with a file chooser button in SELECT_FOLDER mode, and select a folder from the combo box.

2. Click on the button's combo box, select 'Other...'

3. You get the file chooser dialog. Cancel the dialog.

4. The file chooser button's combo box still shows 'Other...' instead of
   showing the selection from (1).

This is a test to ensure that the original selection is restored.
The test fails right now.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Fix the build

This was broken in commit 5bbbc47a4c306653e8347f7afb85a940a503f755

spinbutton: don't override initial text in non-numeric-only spin buttons

https://bugzilla.gnome.org/show_bug.cgi?id=695312

filechooserbutton: Don't show the (None) item when the combo box is popped up

This is surprisingly tricky, since the (None) item *has* to be a visible item while
the combo box is *not* popped up, so that it can show its contents.  But the item
has to be *not* visible when the combo box is popped up.

Also, update the whole button's selection, not just the underlying dialog's, when
the combo box changes its selection - based on a patch by Paul Davis in
https://bugzilla.gnome.org/show_bug.cgi?id=691040#c20

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooserbutton: In SELECT_FOLDER, when the selection is empty, show (None) in the combo box

We do this by adding a new row type, ROW_TYPE_EMPTY_SELECTION.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>